Регистрация...

Eserv Forum / E5 / Proxy / Падает acWeb с ошибкой 30100

recent wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Вдруг три раза за пять дней упал acWeb. В журнале:
DIRECTORY.DB3 corrupted? (30100 )
Что это может быть? База (\E5\CONF\lists\directory.db3 ) открывается, листается, явных повреждений не видно. Свободного места на диске больше 100ГБ. Что делать?
Спасибо.
 
Комментарии к этой версии (16.08.2019 11:00) [~matveeva] c9054c88
АвторДатаТекстtags
matveeva20.08.2019 12:09
Ситуация не меняется. Код ошибки стал 30007. Попробовала Vacuum, Integrity check — ok.
Не помогло, опять упал. Работает день-два и падает. Запускается потом нормально.
Кто-нибудь сталкивался с таким?
Что-то тут все вымерли походу
wikipost
pig20.08.2019 15:59
30007 — движку SQLite не хватило оперативной памяти для работы. Это примерно понятно, хотя знать бы, почему.
А вот 30100 — очень странно. Вроде бы нормальный код, указывающий, что в выборке есть ещё записи. Не ошибочный.
wikipost
matveeva20.08.2019 17:52
Спасибо!
Странно, ничего не меняла ни в конфигурации, ни в железе.
А! Сменился провайдер интернета, т.е. белый IP. Но это же не могло повлиять? И падать не сразу стал, а недели через три.
Непонятно...
wikipost
ac21.08.2019 23:57
Это ошибка на этапе авторизации по IP/MAC. Используется такая?
wikipost
matveeva22.08.2019 11:22
Нууу, да, локальным пользователям прописала их IP. Но чаще падает, рано утром, в офисе еще нет никого. Антивирус если только может в это время обращаться за обновлением.
wikipost
matveeva22.08.2019 11:54
Вот, например, по журналу компютера (прокси) событие "Служба "acWEB" неожиданно прервана." произошло 15.08.2019 в 2:21:57. Предыдущее событие записано накануне в 21:34, а следующее в 4:54.
Записи в журнале HTTP-PROXY за этот период:
2019-08-15 00:41:55; 192.168.16.29;217642;0;1;2702328;ххх@ххх.ru (0,82,eserv2i/,[ourusers/],) TCP_MISS/200 6300 CONNECT yandex.ru:443 DIRECT/5.255.255.77 - 0 ххх.ххх.ххх.ххх 217642 217642 2C-27-D7-37-72-92 IpMacAuth(ххх) 2;3;3;2 0;;(ххх@ххх.ru,29654);Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.100 Safari/537.36 2019-08-15 10:10:06; 192.168.16.14;70;0;1;1157;yyy@yyy.ru (0,16,eserv2i/,[ourusers/],) TCP_MISS/200 399 HEAD http://soft.export.yandex.ru/status.xml?yasoft=punto&clid=1551207&ui={F194AB22-B865-484A-B883-361DFEECEA5B}&ver=4.4.3.407&os=win7&stat=dayuse&launchesAsAdmin=0&os=win7x64&osver=win7x64&usesAutocorrection=1&usesDiary=0&uv=1.2.0.1831&fd=17.07.2018 DIRECT/87.250.250.33 text/xml 0 ххх.ххх.ххх.ххх 70 70 30-5A-3A-81-02-2A IpMacAuth(yyy) 375;370;343;347 0;;(yyy@yyy,0);Microsoft BITS/7.5
Т.е. в это время никаких обращений в журнале нет. В журналах HTTP, HTTPS даже рядом нет ничего. Где еще посмотреть? И я рада, что форум жив и автор с нами!
wikipost
pig22.08.2019 17:07
Я так понимаю, что если служба рухнула на ходу, то в этих журналах ничего и не будет — информация туда пишется при завершении сеанса, а до него не доходит. Надо начальную стадию ловить.
wikipost
matveeva23.08.2019 10:08
pig пишет: Надо начальную стадию ловить.
Как?
wikipost
ac24.08.2019 10:19
В простейшем варианте acWEB\conf\OnStartup.rules.txt
После строчки
: OnConnect
добавить строку
DATE TYPE SPACE Port . CLIENT TYPE CR
и перезапустить. В acWEB.log будут записываться даты подключения, номера серверных портов и клиентские IP. Может установим какую-то закономерность.

У меня подозрение на то, что проблема с SSL/TLS — давно не обновлял эту DLL, а там уже набралось уязвимостей.
wikipost
matveeva25.08.2019 23:12
Спасибо! Сделала, наблюдаю.
А вот эти сообщения в журнале acWeb
DB3: 2019-08-25 22:43:22 1189464 915968
нужны для чего-нибудь? А то их очень много, Практически только они в журнале. Может, их в отдельный журнал писать?
wikipost
matveeva25.08.2019 23:12
Спасибо! Сделала, наблюдаю.
А вот эти сообщения в журнале acWeb
DB3: 2019-08-25 22:43:22 1189464 915968
нужны для чего-нибудь? А то их очень много, Практически только они в журнале. Может, их в отдельный журнал писать?
wikipost
ac27.08.2019 23:39
Они не нужны. Это трассировка потребления памяти SQLite, давно отключена.

https://www.eserv.ru/download/Eserv_mime_sqlite_ssl_fix_2016-06-05.rar
wikipost
matveeva02.09.2019 11:51
В acWEB.log будут записываться даты подключения, номера серверных портов и клиентские IP.
Вот с этих пор ни одного сбоя не было
Стали видны попытки подключиться к проброшенным портам. Я в правилах указала конкретный внутренний IP (так и не поняла, как обозначить всю локальную сеть)
Sun, 01 Sep 2019 19:23:02 +0300 Sun, 01 Sep 2019 19:23:02 +0300 XXXX 443 205.209.174.236 205.209.174.236 205.209.174.236 MAPTO: YYY.YYY.YYY.YYY 8080 - запрещен ACL: CLIENT TYPE CR PeerIP= 192.168.ZZZ.ZZZ
Еще есть какая-то мура типа:
2019-09-01 19:29:11 Unknown vhost. ^ Z from 172.247.55.31:58892(HTTP_ ^ Z]KСTЌJ•ЇµЩЖMТ_Ф19"~}UP*˜}P)ѕ9І АА 5 /А HTTP_А 8 2 )

ac пишет: Это трассировка потребления памяти SQLite, давно отключена.
Заменила файлики, не нашла только, куда девать Eproxy.exe, остальные заменила, спасибо!
wikipost
ac03.09.2019 01:17
matveeva пишет: Вот с этих пор ни одного сбоя не было

Вредители почувствовали, что мы их вычислим

matveeva пишет: Еще есть какая-то мура типа:
2019-09-01 19:29:11 Unknown vhost. ^ Z

Какой-то несовместимый формат запроса.

matveeva пишет: не нашла только, куда девать Eproxy.exe

Никуда не надо девать, у вас функции Eproxy по совместительству выполняет acWEB.
wikipost
matveeva10.09.2019 14:26
ac пишет: Вредители почувствовали, что мы их вычислим
Вероятно Так и не сломалось с той поры ни разу! А ведь практически каждый день вырубалось 11 августа первый раз, а дальше с 15-го по 23-е. Всего 8 раз. И что это было, спрашивается? Продолжаю наблюдение!
wikipost
matveeva18.09.2019 13:10
ред: 18.09.2019 13:30
Обнаружила, что с момента замены файлов перестала ходить почта по протоколу TLS. Есть запись в журнале SMTP [code]Ready to start TLS [/code], и ничего не происходит. В папке SMTPS все записи только до замены файлов, после-ни одного журнала нет. Срочно возвращаю acSMTP5.exe и acSMTP4.exe обратно. :( Остальные можно оставить новые? Или весь пакет файлов целиком возвращать обратно? НЕ, так не работает. Надо, видимо, библиотеки восстанавливать... Отбой!
В процессе восстановления старых файлов обнаружила, что не был заменен libeay32.dll.
Поставила новый, все заработало.. Уффф
wikipost
Работает на Eserv/5.05567 (10.02.2020)